home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr48 / pas_0593.zip / NLISTCRC.TXT < prev    next >
Text File  |  1993-05-30  |  2KB  |  34 lines

  1. ─ Fido Pascal Conference ────────────────────────────────────────────── PASCAL ─
  2. Msg  : 246 of 288                                                               
  3. From : Loyd Craft                          1:239/900.0          12 May 93  03:18 
  4. To   : Herb Brown                                                                
  5. Subj : Fido programming..                                                     
  6. ────────────────────────────────────────────────────────────────────────────────
  7. HB>The nodelist is in one way a little puzzling to me.  What puzzles me is
  8. HB>how the crc is immbeded as text into it.
  9.  
  10. The CRC that is generated does not include the first line of the Nodelist file, 
  11. where the CRC value is located.   The Nodelist-creating program generates the
  12. entire nodelist, keeps track of the CRC, and then puts in the CRC value at the
  13. top line.
  14.  
  15. Nodediff applicators have Three means to validate that the diff applys to the
  16. list.
  17.  
  18.    o  The FIRST method is, the nodediff should have a number 7 larger
  19.       than the Nodelist.  (Remember to allow for the first DIFF of
  20.       January, where the nodelist will have a number GREATER than the
  21.       DIFF, as they use a Julian day number scheme)
  22.    o  The Second method is, the first line of the DIFF holds a copy of
  23.       the First line of the Nodelist file it is to update.  If these two
  24.       lines are not identical, then the diff doesn't apply to the current
  25.       nodelist, and you do not have to go to the trouble of applying the
  26.       diff file.
  27.    o  Lastly, you generate a CRC of the data as you are writing the new
  28.       nodelist, and compare the resulting CRC value to the NEW value provided
  29.       in the Nodediff.  If they match, then everything went fine.
  30.       If they don't, either the nodediff, or the original nodediff are
  31.       tampered with and is likely corrupt.   Usually due to an unknowing
  32.       rookie SYSOP using his favorite text editor to remove the 1+Areacode
  33.       numbers of the local nodes he contacts in my experience.
  34.